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METHOD AND APPARATUS FOR CUSTOMER STOREFRONT OPERATIONS 

5 BACKGROUND OF THE INVENTION 

This invention relates generally to the field of part supply 

management systems and specifically to managing a decentralized 

part supply system via a wide area network. 

A warehouse serves as a load balancing system matching the 
10 output of a supplier to the demands of a customer. The supplier 

creates parts and keeps the parts in a warehouse until the 

supplier receives a purchase order from a customer requesting a 
Q part from a customer. The supplier then pulls the requested part 
m from the warehouse and ships the requested part to the customer. 
i4 The customer receives the requested part, taking possession of 
j*j it, and pays the supplier for the part. 

Uj A supplier typically keeps a few centralized warehouses in 

^ strategically located areas so as to be close to the supplier's 
p customers. However shipping delays may cause the customer to 
§Q wait for the requested part to be shipped from the warehouse by 
the supplier to the customer. 

In time critical operations, such as the repair of aircraft 
engines used for commercial purposes, any shipping delay may be 
unacceptable. Therefore, decentralized part supply systems have 
25 evolved wherein the supplier ships to a particular customer parts 
that are owned by the supplier but are kept on the particular 
customer's premises in a secure area. The customer only takes 
possession of parts the customer issues from the secure area. 
The supplier keeps the secure area stocked with replenishment 
30 shipments of parts based on the number of parts the customer 
issues from the secure area. This creates a decentralized part 
supply system allowing the demands of a particular customer to 
be readily met by the supplier. 

A decentralized part supply system may generate new 
35 management difficulties for the supplier and the customer. A 
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supplier should be able to track the number of parts in a 
customer's secure area in order to make replenishment shipments. 

5 Preferably, the supplier should be able to monitor the inventory 
in the secure area without having to physically travel to the 
secure area and take inventory. The supplier should also know 
when a customer takes possession of a part when the customer 
issues a part from the secure area. Furthermore, customers may 

10 need to know if a replenishment shipment is in transit to the 
secure area when the number of parts falls below the customer' s 
expected requirements. Finally, both the supplier and the 

P customer may want to coordinate their activities with regard to 

sJJ the secure area in order to ensure efficient operation of the 

14 secure area. 

ijf-| 

,1: The maintenance and repair of commercial aircraft may place 

ji| an additional demand on a decentralized part supply system. An 
aircraft may be maintained or repaired using either new or 
r| rebuilt parts. A part that is designed so that it may be rebuilt 
2?0 a number of times is called a rotable part or simply a rotable. 
h f% A part may be placed in service in an aircraft until wear on the 
P part exceeds certain threshold values. The part may then be 
removed from service, rebuilt, and flight certified for use 
again. Therefore, at any given time, a secure area being used 
25 as a portion of the decentralized part supply system may contain 
both new and rebuilt parts. A supplier and a customer may need 
to know whether or not a part is new or a rebuilt part and may 
want to track a particular rebuilt part during its useful 
lifetime. Additionally, a worn rotable may be returned to the 
30 supplier as a core. In some cases, the worn part may be 
unsuitable for use as a core and the part is scrapped. Both the 
supplier and customer may need to know that a particular part was 
scrapped and that the customer needs to take a new part instead 
of a rebuilt part. Finally, the cost of a rebuilt part and a new 
35 part are usually different and both the supplier and the customer 
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may need to know whether new or rebuilt parts are being issued 
in order for an accurate accounting to be made. 

5 Prior systems attempted to increase the availability of 

rebuilt parts by allowing multiple suppliers to bid for a 
customer's rebuildable parts and by improving the visibility of 
the rebuilding and shipping process. One such system, created 
by Honeywell Inc., is an Internet based system known as 

10 Intalogik. 

Using the services of Intalogik, customers solicit bids from 

suppliers for rebuilding used parts. Interested suppliers submit 

p bids to a customer and the customer selects a supplier from among 

jj( the interested suppliers based on the submitted bids. The 

|J customer then ships the used parts to the selected supplier for 
?- 

-|f rebuilding. 

D 

1=1 The customer then uses the Intalogik system to track the 

SI progress of the rebuilding process while the part is at the 

supplier's site. The supplier is reminded by the Intalogik of 
2PS impending deadlines and customer requests for status updates, 
j^j Once a used part is rebuilt, it is shipped back the customer 

Q and the customer receives an in-transit tracking number. The 
**- customer uses the in-transit tracking number to track the rebuilt 

part throughout the shipping process. 
25 While Intalogik does improve the availability and visibility 

of rebuildable parts, it does not provide for the management of 

a decentralized part supply system. 

Therefore, it would be advantageous to develop a system for 

managing a decentralized part supply system containing new and 
30 rebuilt parts. 



SUMMARY OF THE INVENTION 

In one aspect of the present invention, the transfer of 
parts stored in a secure area by a supplier to a customer is 
35 managed by a storefront Web site. The customer and the supplier 
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access the storefront Web site via the Internet. The supplier 
provides a storefront database that may include secure area 

5 inventory information. The supplier also provides a storefront 
Web server operably coupled to the storefront database and 
operably coupled to the Internet. The storefront server serves 
Web pages comprising the storefront Web site. A customer may use 
a browser program hosted by a customer client to access the 

10 storefront Web site. The supplier ships parts to the customer 
and the customer receives the parts into the secure area and 
sends information about the received parts to the storefront Web 

P site. The storefront Web site updates the storefront database 

JSJ* using the information about the received parts sent by the 

IS customer. 

afj 

When the customer wants to take possession of a part, the 
uj customer issues the part from the secure area and sends 
% t information about the issue transaction to the storefront Web 

Si 

p% site. The storefront Web site updates the storefront database 
2I9 using the part issuing information. 

[|j In another aspect of the present invention, the supplier 

£1 transmits a waybill number for a customer's shipment to the 
storefront Web site and the storefront Web site stores the 
waybill number in the storefront database. The customer accesses 

25 the storefront Web site and receives the waybill number. The 
waybill number may then be used by the customer to track an in- 
■ transit shipment. 

In another aspect of the present invention, the storefront 
Web site generates a part invoice that is transmitted to the 

30 customer whenever the customer issues a part. 

In another aspect of the present invention, the parts stored 
in the secure area comprise rotable and new parts. A storefront 
operation generates a new part invoice if a new part is issued 
by the customer or a rebuild service invoice if the customer 

35 issues a rebuilt part from the secure area. 
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In another aspect of the present invention, the storefront 
Web site credits the customer for the number of rotable part 

5 cores sent by the customer to the supplier. When a customer 
requests a quantity of rebuilt parts to be issued from the secure 
area, the storefront Web site compares the quantity of rotable 
parts to be issued to the rotable part core credits held by the 
customer. If the quantity of rotable parts to be issued is 

10 greater than the customer rotable part core credit, the 
storefront Web site terminates the transaction to avoid issuing 
more rotable parts from the secure area than the customer is 

CI entitled to. 

ffl 

jg DESCRIPTION OF THE DRAWINGS 

:£? These and other features, aspects, and advantages of the 

m present invention will become better understood with regard to 
s i the following description, appended claims, and accompanying 
m drawings where: 

2t§ FIG. 1A is a schematic of a typical supplier/customer 

U 

; fi relationship; 

p FIG. IB is a schematic of a supplier/customer relationship 

^" according to the present invention; 

FIG. 2 is a deployment diagram of an embodiment of a 
25 storefront system according to the present invention; 

FIG. 3 is a process flow diagram illustrating the flow of 
information,, parts, and cores within an embodiment of a 
storefront system according to the present invention; 

FIG. 4 is a Web site diagram depicting the relationships 
30 between components of a Web site within an embodiment of a 
storefront system according to the present invention; 

FIG. 5 is a home page within an embodiment of a storefront 
system according to the present invention; 

FIG. 6 is a parts issue document within an embodiment of a 
35 storefront system according to the present invention; 
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FIG . 7 is a parts receiving document within an embodiment 
of a storefront system according to the present invention; 
5 FIG. 8 is an inventory report request document within an 

embodiment of a storefront system according to the present 
invention; 

FIG. 9 is an inventory and in-transit tracking document 
within an embodiment of a storefront system according to the 
10 present invention; 

FIG. 10 is another in-transit tracking document within an 
embodiment of a storefront system according to the present 
Q invention; 

*: FIG. 11 is transaction history request document within an 

III 

embodiment of a storefront system according to the present 

th 

^ invention; 

y 

fij FIG. 12 is a usage history document within an embodiment of 

^1 a storefront system according to the present invention; 
p-- FIG. 13 is a core disposition document within an embodiment 

2fQ of a storefront system according to the present invention; 

FIG. 14 is a process flow diagram of a core management 
process within an embodiment of a storefront system according to 
N the present invention; 

FIG. 15 is a process flow diagram of a part issue process 
25 within an embodiment of a storefront system according to the 
present invention; 

FIG. 16 is a process flow diagram of a part receiving 
process within an embodiment of a storefront system according to 
the present invention; and 
30 FIG. 17 is an embodiment of a general purpose computer 

suitable for use as a Web server hosting a storefront server. 

DETAILED DESCRIPTION OF THE INVENTION 

FIG. 1A is a schematic of a typical supplier/customer 
35 relationship. A customer 100 requests parts from a supplier 110 
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by sending a purchase order 112 to the supplier. The supplier 
processes the purchase order 114 and sends parts 116 to the 

5 customer. The customer returns cores 118 to the supplier and the 
supplier processes the cores 120. In this supplier/customer 
relationship, the supplier produces, rebuilds, and stores an 
inventory of parts at a supplier warehouse. The customer only 
receives parts when the customer orders the parts. One aspect 

10 of this relationship is that the supplier keeps on hand enough 
parts in inventory to supply a customer's needs. Another aspect 
of this relationship is that there is a delay between the 
customer issuing a purchase order and the customer receiving 

$ parts. 

Si 

FIG. IB is a schematic of a supplier/customer relationship 
according to the present invention. In this relationship, a 
T!\ customer 100 establishes a distributed warehouse in the form of 

Hi 

SI a secure area 130 at the customer's facilities. The secure area 

1. is accessible to work areas 132 where parts stored in the secure 

O 

2B area are used by the customer. The secure area provides a 
^ location at the customer's facilities where a supplier 110 can 
f\ ship parts to and receive cores from. One aspect of the secure 
M area is that the customer does not take possession of the parts 
in the secure area, instead, the supplier retains possession of 
25 the parts in the secure area. Therefore, the customer is not 
billed for parts stored in the secure area until the parts are 
used by the customer in the work area. 

The management responsibilities of the secure area are 
shared by the supplier and the customer. The management of the 
30 secure area may be coordinated through a shared database 140 
accessible to the customer and the supplier. The shared database 
comprises a neutral data format that is not dependent on either 
the supplier's or the customer's legacy database systems. The 
shared database is thus a neutral database from which both the 
35 customer and the supplier obtain auditing and financial 
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information. The shared neutral database is herein termed a 
"storefront" database because the shared database is used to 
create a virtual storefront to service the customer' s parts 
requirements. The storefront database includes transaction 
histories for generating transaction and part usage reports. 

In another embodiment of a storefront database, either the 
customer or the supplier integrates the storefront Web site with 
a legacy database system. In this case, either the supplier or 
the customer assumes the responsibility of managing the secure 
area inventory data. 

The supplier ships a part 142 to the customer. The customer 
receives the part into the secure area and updates the database. 
To take possession of a part, the customer issues a part from the 
secure area and updates the database indicating that a part 143 
has been issued from the secure area and sent to a work area. 
The customer is billed for parts issued from the secure area. 
The customer sends cores 145 from the work area to the supplier 
and the supplier rebuilds 120 the cores for return as useable 
parts to the customer. 

In one embodiment the storefront database, the supplier and. 
customer are able to monitor the inventory in the secure area. 
For example, the supplier monitors the database and knows when 
the number of parts in the secure area falls below a minimum 
number. In this case the supplier initiates a resupply shipment 
to the customer and the customer receives the shipment into the 
secure area. 

In another embodiment of a storefront system according to 
the present invention, purchase orders, part information, and bar 
codes on parts shipments are encoded and exchanged between the 
customer and the supplier according to SPEC 2000, an Electronic 
Data Interchange (EDI) standard. 

In another embodiment of a storefront system according to 
the present invention, the secure area is located at a neutral 
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site that is not controlled by the customer or the supplier. A 
neutral site may be chosen because it is geographically more 

5 convenient to the supplier or customer or a customer may wish to 
share a neutral site with another customer. 

FIG. 2 is a deployment diagram of one embodiment of the 
present invention. The previously described storefront database 
224 is maintained on a database seryer 210 by a supplier. Both 

10 the supplier and a customer access the database server using a 
Web server 200 accessible via a wide area network such as the 
Internet 220. The Web server provides a user interface in the 

0 form of a storefront server including documents 222 for accessing 

£1 the storefront database hosted by the database server. Customers 

U} 

14 and suppliers use the user interface to access and modify the 

■J\ 

"it storefront database. 

P 

i A j FIG. 17 is an embodiment of a general purpose computer 

,% l suitable for use as a Web server hosting a storefront server. 

Si 

Microprocessor 2200, comprised of a Central Processing Unit (CPU) 
2p§ 2210, memory cache 2220, and bus interface 2230, is operatively 
B Z[ coupled via system bus 2235 to main memory 2240 and I/O control 
Q unit 2245. The I/O interface control unit is operatively coupled 
via I/O local bus 2250 to disk storage controller 2295, video 
controller 2290, keyboard controller 2285, and network controller 
25 2280. 

The disk storage controller is operatively coupled to disk 
storage device 2225. The video controller is operatively coupled 
to video monitor 2260. The keyboard controller is operatively 
coupled to keyboard 2265. 
30 The network controller is operatively coupled to 

communications device 2296. The communications device is adapted 
to allow software objects, such as a server, hosted by the 
general purpose computer to communicate via a computer network 
with other software objects such as a client. 

35 
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Computer program instructions 2297 implementing a storefront 
server are stored on the disk storage device and the 
5 microprocessor retrieves the computer program instructions and 
stores them in the main memory. The microprocessor then executes 
the computer program instructions stored in the main memory to 
implement the storefront server. 

Referring again to FIG . 2, a Web server 200 is operably 
10 coupled to a database server 210 and the Internet 220. The Web 
server hosts a storefront Web server including documents 222 
implementing a virtual storefront process for managing a secure 
O area. The Web site comprises business rules, database access 
£ processes, and user interfaces for both the supplier and the 
X§ customer. A storefront database 224 hosted by the database 
server contains data used by the virtual storefront process. 

A supplier at a supplier site 110 accesses the Web server 
using a supplier client 230 hosting a client application such as 
a Web browser. The supplier uses the supplier client to request, 



Q 

2=0 receive, and display documents served by the Web server. The 
content of the documents comprise a supplier user interface into 

P! the storefront database hosted by the database server. The 

^ supplier uses the supplier user interface to view the available 
parts inventory at the previously described secure area located 

25 on a customer's facilities and to request a transaction report 
detailing the parts received and issued to and from the secure 
area by the customer. 

A customer at a customer site 100 accesses the Web server 
using a customer client 240 hosting a client application such as 

30 a Web browser. The customer uses the customer client to request, 
receive, and display documents served by the Web server. The 
content of the documents comprise a customer user interface. The 
customer uses the customer user interface to view the available 
parts inventory in the previously described secure area located 

35 at the customer's facilities and to request a transaction report 
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detailing the parts received and issued to and from the secure 
area by the customer. Additionally, the customer uses the 
5 customer user interface to receive and issue parts to and from 
the previously described secure area. The customer user 
interface is herein termed a storefront because the customer user 
interface is intended to be a virtual storefront for the secure 
area. 

10 In an embodiment of a storefront system according to the 

present invention, a barcode scanner 242 may be operably 
connected to the customer client to facilitate part data entry 

rj when parts are received and issued from and to the secure area. 

% U In an embodiment of a storefront system according to the 

m 

15 present invention, a supplier supports multiple customers from 

'€} a single storefront. To do so, the supplier maintains a customer 

£j profile database 225. The customer profile database contains 

SI customer profile information associated with customer 

1, identification information including a customer identifier. The 

El" 

2J3 customer profile information includes document customization 
i** information such as special graphics, text, and data unique to 
5( a customer. The customization information is used to customize 
M the storefront for each customer so that a customer perceives the 

storefront as being unique to that customer. 
25 When a customer accesses the system, the customer is asked 

for a customer identifier and a password. The storefront system 

uses the customer identifier to generate customized documents 

served to the customer's client. 

The customer profile database also contains customer 
30 security information for each customer so that a customer only 

sees secure area inventory information for that customer. 

In one embodiment of a storefront system according to the 

present invention, a shipping carrier Web server 244 may be 

accessed through the Internet to track in-transit shipments 
35 between the supplier and the customer. The carrier Web server 
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is operably coupled to a carrier database server 246. The 
carrier database server comprises an in-transit database 248 

5 including detailed information about a parts shipment. The 
carrier Web server serves a series of documents 250 to implement 
an in-transit query interface. 

A supplier stores part shipment information including a 
waybill number and a quantity shipped in the storefront database. 
10 The supplier transmits the waybill number for a part shipment to 
a customer and the customer uses the waybill number to access 
information about the part shipment from the carrier Web server, 
p The waybill number is transmitted to the customer in the form of 
% a waybill link to the carrier Web server in a document displayed 
j§ on a customer's client. The document is generated by the 
storefront Web server. The customer selects the link and a Web 

u 

kj page is retrieved from the carrier Web server comprising m- 
"N transit information for a part shipment. 

p FIG. 3 is a process flow diagram illustrating the flow of 

2|G information, new and rotable parts, and cores in one embodiment 
^!. = of the invention. A used part is obtained from a work area 132 
Q and inspected 300. If the used part is not suitable for re- 

6 manufacturing because it is too badly worn or damaged, then the 
core is marked as scrap. 

25 If a part is scrapped, then a new part must be issued from 

the secure area. To do so, a part pick request is received from 
the work area. The customer issues a part 304 from a secure area 
130 and records that the part has been pulled thereby closing the 
pick request. The part is issued from the secure area and the 

30 new part's part number, serial number, and condition are entered 
306 into the previously described storefront database. Pulling 
the new part from the secure area constitutes a sale of the new 
part to the customer. In the case of sale, the supplier sends 
a generated invoice 311 to the customer for the new part. 

35 
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If a part is ^scrapped, its disposition and part number is 
entered 302 by the customer into the storefront database for 
5 tracking purposes. 

Each time a part is issued from the secure area, the 
inventory levels are adjusted. If an inventory level falls below 
a minimum level set by the customer, a message 308 is sent to the 
supplier 110 and the supplier initiates a replenishment shipment 
10 including replenishment parts 310 for the secure area. 

The replenishment shipment including the replenishment part 
is received 312 by the customer into the secure area. The 
p customer enters the part data into the storefront database using 
a Web site interface. The part data includes the part number, 
1Q and the number of parts added to the inventory. 

In one embodiment of the present invention, the part's 

t} 

j;j shipping label contains the part number and number of parts 
S| shipped in a barcode format. The barcode format is entered by 

S! 

o 

2J3 data entry, 



the customer using a barcode scanner thus facilitating rapid part 



The reception of the part into the secure area is 
accomplished by the customer using a Web interface to update the 
H storefront database. 

If the analysis 300 of the used part indicates that the used 
25 part can be re-manufactured, the used part is shipped 313 as a 
core 314 to the supplier. The supplier accepts the core and re- 
manufactures it 315. The supplier keeps a supply of rotable 
parts in a rotable bank 316. The supplier ships a rotable part 
317 to the customer where the customer receives 312 the rotable 
30 part into the secure area 130. The supplier generates a rotable 
part invoice 318 and sends the rotable part invoice to the 
customer . 

The customer enters 319 the core's part number into the 
storefront database and a purchase order number is assigned to 
35 it. The waybill of the core is recorded as well for tracking 
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purposes. The customer issues 320 a rebuilt rotable part 321 
from the secure area and the issued rotable part's part number, 
5 serial number, and condition are entered into the storefront 
database. Additionally, the serial number of the assembly to 
which the issued rotable part will be used in is entered into the 
storefront database . 

FIG. 4 is a Web site diagram depicting the relationships 
10 between components of a Web based embodiment of a virtual 
storefront process according to the present invention . The Web 
based virtual storefront process is embodied in a storefront Web 
O site 700 served by a storefront Web server 200 (FIG. 2) . A 
storefront home page 701 introduces the virtual storefront to a 
customer. An exemplary storefront home page is shown in FIG. 5 
FIG. 5 is a home page for one embodiment of a virtual 
storefront according to the present invention. The store front 
home page includes links to an issue document 800, a receive 
document 810, a core disposition document 812, an inventory 
2|3 document 820, a history document 830, and an administration 
document 840. 

Referring again to FIG. 4, the home page 701 has a link to 
M an issue document 710. The issue document allows a customer to 
enter part issue instructions and submit the part issue 
25 instructions to the storefront process. 

FIG. 6 is a parts issue document according to one embodiment 
of the present invention. A customer selects a part from the 
secure area and fills in a form 900 for submission to the Web 
server using information found on the part. The customer enters 
30 a part number into field 902 and a quantity of parts to be issued 
910. For serialized part numbers, the serial number for the 
part is entered into data field 920. 

When a part number is added to a customer's storefront, a 
flag is set in the database to indicate whether or not the part 
35 is available in both new and rotable conditions. If the part is 
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available in both new and rotable conditions, the customer 

selects whether or not to issue a new part 922. If the customer 
5 chooses not issue a new part, the storefront system will attempt 

to issue a rotable part to the customer. 

Each part may be included in a larger assembly. Assembly 

serial number data field 924 is used by the customer to enter a 

serial number of an assembly to which the part will belong when 
10 the part is -issued. 

The customer then selects the issue button 930 and the form 

is submitted to the storefront process for processing, 
p The parts issue page includes a supplier contact 940 link 

for contacting the supplier administrator and a customer contact 

91 

£g link 950 for contacting the customer administrator of the virtual 

M»l storefront. 

CI 

In one embodiment of the parts issue document, the document 
''■si includes instructions for filling out the parts issue form using 
)L data collected from a barcode scanner used to scan a part's 
2f3 packaging label. 

Referring again to FIG. 4, the store front process receives 
13 the submitted parts issue form, validates the parts issue 
N= information, and confirms the parts issue 720. If the parts 
issue is not confirmed, the parts issue document is sent to the 
25 customer so that the customer* can attempt to fill out the parts 
issue form again. If the parts issue is confirmed, the virtual 
storefront process updates 730 the previously described 
storefront database. The storefront ' database is updated by 
decrementing the inventoried part count by the number of parts 
30 issued in the transaction. 

The virtual storefront home page contains a link to a parts 
receiving document 732. 

FIG. 7 is a parts receiving document according to one 
embodiment of the present invention. As previously described, 
35 the supplier sends replenishment shipments to the customer and 
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the customer receives the parts in the replenishment shipment 
into the previously described secure area. The parts receiving 

5 document includes a parts receiving form 1000 for entering 
information about the received parts. A purchase order field 
1001 contains the purchase order number of the replenishment 
shipment. A part field 1002 contains the part number of a part 
in the replenishment shipment. A quantity field 1004 contains 

10 the number of parts with the same part number in the 
replenishment shipment. An waybill field 1006 is for the entry 
of a shipping tracking number. In the case where multiple 

CI waybill numbers are identified for a customer, the customer can 

!*r select an waybill number from a list displayed in a waybill list 

IB 

ig data field 1007. 

'§? The customer identifies parts as either new or rotable and 

hi select the "Rotable" or "New" radio buttons 1010 to indicate to 

'H the storefront server what kind of parts were received. The 

j«j customer fills out the parts receiving form and selects the 

2|3 Record button 1008 to receive the parts into the secure area and 

^ b update the storefront database. 

4s 

p In one embodiment of the parts receiving document, the parts 

M receiving document includes instructions for filling out the 

parts receiving form using data collected from a barcode scanner 
25 used to scan a part's packaging label. 

Referring again to FIG. 4, after submission of the parts 

receiving form, the virtual store front process validates the 

entry information and confirms the receipt of the parts 734. If 

the received parts are valid parts, the storefront database is 
30 updated 736. If the received parts are not validated, the 

virtual storefront process gives the customer another opportunity 

to submit a new parts receiving form 732. 

The virtual storefront home page contains a link to an 

inventory report request document 738. 

35 



-16- 



1 



41780/FLC/H528-H0002193 



FIG. 8 is an inventory report request document according to 
one embodiment of the present invention. The inventory report 

5 request includes an inventory report request form 852. The 
inventory report request form includes a part number field 853 
for entry of a part number. A customer enters a part number and 
selects a submit button 854 to submit the inventory report 
request form to the virtual storefront process. 

10 Referring again to FIG. 4, the virtual storefront process 

generates 740 an inventory report based on the information 
entered into an inventory report request form by a customer. An 

p inventory report is generated by querying the previously 

1£? described storefront database for inventory information for the 

m 

3jj part number entered by a customer in the inventory report request 
form. If the customer does not enter a part number into the 
inventory report request form, then a report is generated for all 
\j part numbers inventoried in the secure area. 

L FIG. 9 is an inventory report document as generated by one 

Sssp 

2J9 embodiment of the present invention. The inventory report 
document includes an inventory report table 1200 comprised of one 

if] 

M or more rows of database records 1218. Each database record is 
M comprised of data fields for data describing parts inventoried 
in the secure area. The database records are organized by part 
25 number with one data record corresponding to one part number. 

A customer part number data field 1202 contains a customer's 
internal part number for the inventoried part. 

A bin number data field 1204 contains the bin where the 
inventoried part is stored in the secure area. 
30 A manufacturer's part number data field 1206 contains a 

manufacturer's part number of an inventoried part. 

A keyword data field 1208 contains a word or short phrase 
describing the function of the part. 

35 
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A serial number required data field 1210 contains a flag 
indicating whether or not the an individual part is tracked using 
5 a serial number. 

A new quantity on hand data field 1212 contains the number 
of new parts inventoried in the secure area. 

A rotable quantity on hand data field 1214 contains the 
quantity of rotable parts inventoried in the secure area. 
10 A new quantity in transit data field 1216 contains the 

number of new parts in a replenishment shipment that have not 
arrived at the customer facilities, 
p A rotable quantity in transit data field 1218 contains the 

number of rotable parts in a replenishment shipment that have not 
arrived at the customer facilities. 
k ki A bank quantity data field 1220 contains the maximum number 

iTj of supplier owned parts to be stored in the secure area. 



HI 



SJ A core credit quantity data field 1223 contains the number 

^ of cores scrapped or returned by the customer minus the number 
2|0 of new or rotable parts issued from the secure area. 



An engine model data field 1224 contains the model number 
of a larger assembly for which a part is used as a repair part. 
M The inventory report table contains an in-transit inventory 

report link 1226 to a tracking in-transit inventory document if 
25 there are parts in-transit to the secure area from the supplier. 
In this exemplary inventory report table, there is one part in- 
transit from the supplier. The number of parts in-transit is 
included in the table as the in-transit inventory report link if 
there are parts in-transit. Selecting the parts in-transit 
30 number allows a customer to track the parts in-transit through 
a third party carrier's Web site. 

The inventory report document includes a download button 
1222 for downloading the inventory report document in an 
alternative format such as Comma Separated Value (CSV) format. 
35 A customer selects this button to generate and locally store a 
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CSV file comprising the data included in the inventory report 
document . 

5 Referring again to FIG. 4, the inventory report document can 

be printed on a printer 742 by the customer or the inventory 
report table included in the inventory report document can be 
printed to a CSV file 744. 

The customer has the option to track a replenishment 

10 shipment in transit by selecting an in-transit inventory report 
link in the inventory report document as previously described. 
The in-transit inventory report link is a link to a third party 

p carrier Web site 748. The third party carrier Web site is 

S U accessed through a series of in-transit inventory tracking 

15 documents. 

FIG. 10 is an inventory in-transit tracking document 

P 

sj according to one embodiment of the present invention. The m- 
Sj transit tracking document is reached by selecting the in-transit 
% H inventory report link in the inventory report document as 
2J9 previously described. The in-transit tracking document includes 
a in-transit tracking table 1300 containing information about a 
l*j replenishment shipment. The in-transit tracking table includes 
H a plurality of data fields describing the replenishment shipment. 

A part number data field 1302 contains the part number of a part 
25 in a replenishment shipment. A purchase order data field 1304 
contains the number of the purchase order under which the part 
in the replenishment shipment was ordered. A shipping quantity 
data field 1306 contains the number of parts with the indicated 
part number in the replenishment shipment. A ship date data 
30 field 1308 contains the date the replenishment shipment was sent 
from the supplier. A carrier data field contains the name of the 
third party carrier. A waybill data field 1312 contains the 
waybill number of the replenishment shipment. 

The in-transit tracking document includes a download to in- 
35 transit tracking report to CSV button 1314. A customer selects 



-19- 



41780/FLC/H528-H0002193 



the download to in-transit tracking report to. CSV button to 
create a local copy of the in-transit tracking report in a CSV 
format . 

The waybill number is used as a link 1316 to a third party 
carrier's Web site. Selecting the waybill link links a customer 
to a third party carrier's Web site. Establishment of the link 
to the third party carrier's Web site includes posting the 
waybill number to the Web site so that the third party carrier's 
Web site can be used to track an in-transit replenishment 
shipment. 

Referring again to FIG. 4, the virtual storefront home page 
is linked to a transaction history request document 750. 

FIG. 11 is transaction history request document according 
to one embodiment of the present invention. The transaction 
history request document includes a part number entry field 1600 
for entry of a part number, a from date field 1602 and a to date 
field 1604. A customer enters a part number, a from date and a 
to date and selects the submit button 1606 to request ■. a 
transaction history for all parts with the entered part number 
during the period of time bracketed by the from and to dates. 
If the customer does not enter a part number, all transactions 
that occurred during the bracketed time period will be reported. 

Referring again to FIG. 4, the virtual storefront home page 
is linked to a transaction history report document 752. 

FIG. 12 is a transaction history report document for a 
single part number according to one embodiment of the present 
invention. The transaction history report document includes a 
transaction history report table 1700. The transaction history 
report table includes a plurality of data fields describing each 
transaction involving a part with a specified part number. 

A part number data field 1702 the part number of a part or 
parts issued from, received into, or in-transit to a secure area. 

A transaction type data field 1704 describes the transaction 
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involving the part or parts. The value in the data field can be 
"ISSUE" if the part or parts were issued from the secure area, 
5 "RECEIVE" if the part or parts were received into the secure 
area, "SHIPMENT" if the part or parts are in-transit to the 
secure area, "RETURN" if a core or cores were returned to the 
supplier, or "SCRAP" if the core or cores were scrapped by the 
customer. 

10 A quantity data field 1706 contains the number of parts 

involved in a transaction. 

A purchase order data field 1708 contains the purchase order 
q under which the part or parts were ordered for a replenishment 
*U shipment . 

f x % A waybill data field 1710 contains the waybill number of the 

*|f replenishment shipment to which the part or parts belong. 

A part serial number data field 1712 contains the serial 
Si number of the issued part. 

A transaction date data field 1714 contains the date of the 
transaction . 

A user id data field 1716 contains the user id of the person 
issuing or receiving a part or parts. 
M A condition code data field 1717 contains the type of part 

issued, whether rotable or new. 
25 An engine model data field 1720 contains the model number 

of a larger assembly to which a part belongs. 

The transaction history report document includes a download 
transaction history report table to CSV button 1718. A customer 
selects the download transaction history report table to CSV 
30 button to create a local copy of the download transaction history 
report table in a CSV format file. 

Referring again to FIG. 4, the virtual storefront home page 
is linked to a core disposition document 754. 

FIG. 13 is a core disposition document within an embodiment 
35 of a storefront system according to the present invention. The 
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core disposition document comprises a core disposition form 1320. 
A customer uses the core disposition form to inform the virtual 
5 storefront system of what the customer intends to do with a core. 
The customer enters a part number into part number field 1322 and 
a quantity of cores to be processed in quantity field 1324. The 
customer then selects either the "Scrap" button 1326 or the 
"Rework" button 1328 to select whether or not the core or cores 
10 are to be scrapped or reworked. The customer then fills out a 
purchase order number field 1330 with a purchase order number. 
The customer also fills out a waybill number field 1332 with the 
isl waybill number of the shipment being sent to the supplier and 
selects the shipping carrier from a shipping carrier pulldown 
list 1334. -The customer then selects a "Record" button 1336 to 
$ send the form to the storefront inventory information stored in 
}7i the storefront database. 

"'H Referring again to FIG. 4, the virtual storefront validates 

jai 756 the core disposition information submitted in the core 
3D disposition form and updates 758 the supplier's database. 

Each page of the Web site includes a link to a contacts 760 
Web page containing phone number and email addresses of both the 
N* supplier and the customer responsible for the content of the 

storefront database . 
25 FIG. 14 is a process flow diagram depicting a process for 

accepting cores using a Web based user interface according to an 
embodiment of the present invention. The Web based user 
interface is used to implement the user interface for the 
previously described virtual storefront process hosted by a Web 
30 server. The Web based user interface comprises a series of 
linked documents with each document including forms including 
data fields for user data entry as previously described. 

A customer analyzes 1902 a core 1900. and a decision is made 
whether to scrap or rework the core. A core disposition document 
35 302 is requested from the previously described storefront Web 
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site 700 (FIG. 4) by a customer. The decision to scrap the part 
is entered 1904 into the core disposition document by the 
5 customer. The customer enters the part number and number of 
cores to be scrapped 1906 and a purchase order is generated 1909 
to order a replenishment shipment to replace the scrapped cores. 
A new part shipment invoice 311 is generated by the storefront 
process. The new parts are received 312 into the secure area 
10 once the new parts have arrived at the customer's site. 

If the core is to be reworked, the customer ships the core 
1908 to the supplier and enters the part number, number of cores, 
p a purchase order number, and the shipping waybill into the Web 
:|f based user interface 319 as previously described. 
|l5 The supplier receives the core and determines 1910 if the 

■jjjf core is suitable for reworking. If the supplier determines that 
jjj the core cannot be reworked, the core is returned to the customer 
H 1916. If the core is to be reworked, a rebuilt part is shipped 
%x from a set of already rebuilt parts 1912 and an invoice is 
JO generated 318 for rebuilding the core. The shipped rebuilt part 

is received into the secure area 312 as previously described. 
f"j*j FIG . 15 is a process flow diagram depicting a process for 

H issuing parts using a Web based user interface according to one 
embodiment of the present invention. The Web based user 
25 interface is used to implement the user interface for the 
previously described virtual storefront process hosted by a Web 
server. The Web based user interface comprises a series of 
linked documents with each document including forms including 
data fields for user data entry as previously described. 
30 A customer fills out a part issue form 306 with part issue 

information including entry of a part number, the quantity of 
parts to be issued, the serial number of the parts, and the 
serial number of an assembly in which the parts will be used 306. 
The customer enters the condition of the parts, whether new or 
35 rotable, in order to select either new or rotable parts 2002. 



-23- 



1 



41780/FLC/H528-H0002193 



If the customer selects new parts, the virtual storefront 
process determines if the quantity of new parts to be issued is 

5 less than or equal to the number of new parts on hand 2000. If 
the quantity of desired new parts is too great, then the customer 
is issued a warning message 2010 and the customer is allowed to 
issue the number of parts remaining on-hand in a secure area. 
The number of on-hand parts in the secure area is decremented 

10 2052. 

If the customer is requesting a rotable part rather than a 
new one, the virtual storefront process determines if it is 
P possible to issue the part as a rotable part 2040. If the part 
2* requested by the customer cannot be issued as a rotable part, 

laJ5 then an error message is generated 2042 and the user is asked- to 

.f\ 

renter the part request information. 

(3 

y If a requested part can be issued as a rotable part, the 

^ virtual storefront process determines if the quantity of rotable 

& parts to be issued is less than or equal to the number of rotable 

: l*0 parts on hand 2020. If the quantity of desired rotable parts is 

U 

too great, then the customer is issued a warning message 2030 and 

Q the customer is allowed to issue as many rotable parts as there 

p are on-hand in a secure area. 

The virtual storefront process determines if the customer 

25 has turned in enough cores and therefore has enough core credits 
to cover the desired quantity of issued rotable parts 2060. If 
the customer does not have enough cores credited to their 
account, then an error is generated 2070 and the customer must 
reenter the part issue information. 

30 If the customer does have enough core credits, then a new 

or rotable part is issued and the customer's core credit is 
decremented by the amount of issued parts 2050. The number of 
on hand parts is also decremented in order to update the secure 
area parts inventory. 



35 
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FIG. 16 is a process flow diagram of a part receiving 
process within an embodiment of a storefront system according to 

5 the present invention. A customer receives an incoming shipment 
2100 from the supplier and fills out a part receiving form 312 
with part receiving information including a part number, the 
quantity of parts received, whether or not the received parts are 
new parts or rotable parts, a purchase order number associated 

10 with the parts shipment, and the waybill number of the parts 
shipment . 

If the received parts are new 2102, then the storefront 
y system determines if a purchase order was issued by the customer 
and the customer is therefore waiting for the parts 2104. If the 

IMS incoming shipment cannot not be matched to a purchase order 

hft 

issued by the customer, the customer is warned 2106. 
ul If the received new parts exceed the amount of new parts 

needed to bring the total number of new parts in a secure area 
p to the maximum on-hand quantity 2108, the customer is warned 
=io 2110. 

j>% Once the parts are received, the number of on-hand parts in 

P a secure area is incremented 2112 and the part shipment is 
E ** removed from a quantity of in-transit new parts tracked by the 

storefront system. 
25 If the received parts are rotable, the storefront system 

confirms that rotable parts are allowed 2114. If rotable parts 
are not allowed, then an error message is generated 2116 and the 
parts shipment is rejected. 

If rotable parts are allowed, the storefront system 
30 determines if a purchase order was issued by the customer and the 
customer is therefore waiting for the rotable parts 2118. If the 
incoming shipment cannot not be matched to a purchase order 
issued by the customer, the customer is warned 2120. 

If the received rotable parts exceed the amount of rotable 
35 parts needed to bring the total number of rotable parts in a 
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secure area to the maximum on-hand quantity 2122, the customer 
is warned 2124. 

Once the rotable parts are received, the number of on-hand 
parts in a secure area is incremented 2126 and the part shipment 
is removed from a quantity of in-transit rotable parts tracked 
by the storefront system. 

Although this invention has been described in certain 
specific embodiments, many additional modifications and 
variations would be apparent to those skilled in the art. It is 
therefore to be understood that this invention may be practiced 
otherwise than as specifically described. Thus, the present 
embodiments of the invention should be considered in all respects 
as illustrative and not restrictive, the scope of the invention 
to be determined by the claims supported by this application and 
their equivalents rather than the foregoing description. 



